SYSTEM AND METHOD FOR USER UPDATEABLE WEB SITES AND WEB PAGES 



1. Field of the Invention 

The present invention relates to an authoring system and method for generation and 
maintenance of user Webs containing user updateable variable content Web pages. More 
particularly, the present invention relates to customization of the appearance, structure, 
and variable content of user Webs by users. Most particularly, the present invention 
provides a Hosted system and method which employs pre-stored parameterized code for 
generation and user maintenance of their Webs (User Updateable Web Site or UUWS) and 
the variable content of the constituent Web pages (User Updateable Web Page or UUWP). 

2. Discussion of the Prior Art 

A Web site typically comprises at least a Home page and one or more additional 
Web pages linked together in an organization that allows a user to both navigate to and 
access objects pointed at by these and other links contained in the Web site's pages. The 
organization of a Web site is defined by the various Web page links, with the Home Page 
serving as an initial entry point. Users download and view Web pages using a Web 
browser such as NETSCAPE NAVIGATOR or MICROSOFT INTERNET EXPLORER. 
The pages are displayed one at a time and can include multimedia components and 
selectable partial screen overlays. Each page can contain hypertext links to other pages 
available on the same or another Web site. 

Web page structure and content are specified using hypertext markup language 

(HTML). That is, HTML tags are used to define the layout or structure of the Web pages 

and to provide content and links to other objects. HTML is a highly specialized language 

that is both difficult to compose and read. This precludes non-technical individuals from 

creating Web sites or including content in a Web site. This can be especially limiting 

because both structure and content need to be repeatedly updated over time as a Web 
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evolves through use* Web site and Web page structure are generally less dynamic than 
Web page content, but, depending on the application, Web page content can be very 
perishable and require frequent refreshing by non-technical end users. 

In order to make Web site and Web page design and implementation more 
accessible to users, commercial products for Web site and Web page authoring have 
become readily available, e.g., MICROSOFT FrontPage which employs HTML templates 
containing Include statements and user-recognizable HTML tags (Web Class markers) that 
are ignored by a browser but are processed by user written applications. While these 
authoring products do require less expertise of Web site and Web page designers, they are 
not accessible to truly non-technical end users and do require that the user have the 
program running on the user's workstation. 

Another approach to facilitating both Web site and Web page design is disclosed by 

Bernardo, et aL (U.S. Pat. No. 6,185,587 Bl), incorporated herein by reference as if fully set 

forth herein. Bernardo, et al. disclose a tool comprising a library of a plurality of templates 

corresponding to predefined features available in a Web site. The templates are used when 

the tool prompts the user through a series of pre-stored views to select the features and 

options desired for a Web site and its constituent Web pages. The user of the tool is also 

prompted to supply data to populate fields of the pre-stored templates that the tool 

determines are required by the user's selected features and options. Then, based on the 

identified templates and supplied data, the tool generates a customized Web site without 

the user writing any HTML or other programming code. A user can only add new Web 

pages that are based on pre-defined page templates, provide content for already selected 

page templates, edit previously provided content, as well as edit the structure of existing 

page templates. The tool is intended to support Web site designers as well as non-technical 

Web page content composers in a corporate or organizational setting. Use of the tool 

requires elaborate setup, computer/network facilities, administration, and specialized 

training. The system taught by Bernardo, et aL is not intended to be a turnkey or 

commercially available system, such as MICROSOFT FRONTPAGE. Experts are 

required to customize and install this system for a particular organizational environment 
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and once installed, the system is administered by that organization for the benefit of its 
members and clientele. 

SUMMARY OF THE INVENTION 

Thus, while there is technology that can address the need for user updateable Webs 
and their Web pages, it is complex and requires expert and on-going customization, 
installation, administration and training of its user community. A system and method 
providing updateable Webs and Web pages, as a service requiring no installation, 
administration or training, is needed for truly lay user communities. 

The present invention overcomes these and other deficiencies and drawbacks of 
prior art Web site authoring and update techniques, systems, and methods. The present 
invention provides a network-accessible Hosted software system and method for creating 
user updateable Web sites (UUWS) comprising user updateable Web pages (UUWP) which 
requires a user to have only a Web browser and rudimentary knowledge of how to navigate 
a Web site and enter data and make selections in Web pages. The system and method of 
the present invention is a Hosted internet-based approach to meeting the needs of a lay 
user community for user updateable Webs and Web pages. 

Throughout the following discussions the following convention is used. A generic 
type of UUWP is italicized and an instance of a generic type of UUWP has one or more 
capitalized first letters and is underlined. 

The system and method of the present invention provides a user or community of 
users with a set of basic page types with which the Host of the system and method of the 
present invention can construct and install a starter Web. The Host of the system and 
method of the present invention solicits user Web site type selection and a few personal 
parameter inputs and then executes parameterized software that employs these user 
parameter inputs to generate a Web comprising linked Web pages in HTML format, the 
Web pages being of the types in the pre-selected Web site type. That is, at the outset, in a 
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preferred embodiment, a lay user or community of Lay users provides defaults for all the 
parameters in accordance with the Web site type that the user or community wants as a 
starter Web. In particular, the system provides data storage containing a set of user 
updateable Web page types comprising a predefined set of user updateable Web 
page types that are defined in parameterized software. 

In a preferred embodiment of the present invention, a first step, prior to individual 
users creating Webs, is to solicit and store user community requirements as parameters in 
a file. These parameters then become the default parameters used by a whole class of users 
for a particular Web Site type. Then individual users can request starter Webs and cause 
parameterized software to read this parameter file and generate HTML for the user's 
starting Web. In a preferred embodiment, the user can specify the types of access to the 
Web that is to be provided to various classes of users. The user's Web is then installed on a 
network accessible Host for the lay user or community of users to access and customize, 
Le., it is an instance of a UUWS containing UUWPs which can be accessed by a specific 
user or community of users. In a preferred embodiment of the present invention, the Host 
assumes responsibility for requirements gathering, Web definition, Web generation, Web 
installation and Web administration. The users are concerned with Web content and not 
implementation and maintenance of the Web's infrastructure. 

In a preferred embodiment, the present invention performs the following method: 

1. A user provides parameters, which describe the Web site type and a few personal 
parameters (e.g., name and email address) to define a starting Web. 

2. These parameters are stored in a parameter file. 

3. A starting Web is defined using the Web site type, the personal parameters and a 
large number of defaults. 

4. A starting Web is then generated from the parameter file by executing highly 
parameterized code that employs the parameter file. The generated Web, i.e., 
UUWS, is represented by a schematic of linked page types with associated user 
specified parameters. 
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5. The generated Web is installed on an internet-accessible Host computer as a UUWS 
containing UUWPs, for subsequent review, update and regeneration by the user. 
The generated Web pages, i.e., UUWPs, are HTML and consist of fixed parts and 
variable parts with the variable parts being represented by one or more Include files 
that can be separately modified. 

6. The user updates the "variable" content of the Web pages by changing only the 
"variable" parts of each page, one UUWP at a time. Only the Include files that are 
associated with the Web page being updated are changed as a result Each UUWP 
page is really two pages, a first or 6 view' page that everyone sees and a tailor made 
companion 'update' page into which the user enters information to update the 
content of the 'view' page. Depending on the page type, a user can enter text or a 
file name. 

7. The program regenerates the user's UUWP page's Include file. 

8. Steps 6 and 7 are repeated by the user as often as necessary to maintain the Web site, 

9. The "fixed" part of the UUWPs and the UUWS (e.g., the Home Page and navigation 
bars linking the pages together) can also be customized by the user by editing the 
existing parameters that define the fixed part as displayed in Web pages that are 
customized to a user's specific Web. 

10. The program then regenerates the whole UUWS - the Include files containing the 
variable user provided content are unaffected. 

In a preferred embodiment of the present invention, a network-accessible computer- 
based service is provided which uses parameterized code for creating a starting user 
updateable Web site containing user updateable Web pages, by first soliciting user 
parameters and storing them in a computer readable file. The computer readable file is 
then accessed by the parameterized software as it executes to generate the UUWS and its 
UUWPs for installation on a Host and subsequent access as a UUWS by users over the 
Internet using a Web browser. The tool and service combine to form a Hosted system and 
method for simplifying the creation of a customized and customizable Web by avoiding the 
need for a user to know or use HTML or any other language. The parameterized code 
generates a starting user updateable Web site (UUWS) based on a plurality of instances of 
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pre-selected user updateable Web page (UUWP) types which correspond in type and style 
to the user-supplied parameters stored in the parameter file. 

According to further features of a preferred embodiment of the present invention, 
any number of user defined Web pages (UDWP) may also be included in a user Web page 
type page. Many tools that users employ to develop documentation, such as MICROSOFT 
WORD and MICROSOFT EXCEL, allow the user to save that documentation as HTML 
files. This feature of a preferred embodiment allows the user to make this documentation 
available for viewing over the Internet via browsers. The user neither needs to know 
HTML nor even needs to see the generated HTML. This feature also provides a 
knowledgeable user, i.e., one who can define and generate Web pages, with a means to 
extend the functionality of a UUWS with non-standard Web pages whose structure and 
content are the sole responsibility of the user. However, even UDWPs can be updated 
using the system and method of the present invention. 

In a preferred embodiment, a user can create, customize and update a UUWS and 
its constituent UUWPs using WebTV, personal digital assistant (PDA) or other Web 
appliances. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The features and advantages of the present invention will be better understood by 
referring to the following detailed description taken in conjunction with the following 
drawings: 

FIG. 1A illustrates a Home page for an embodiment for a teacher community. 
FIGs. 1B-D illustrates Web personalization input pages for an embodiment for a 
teacher community. 

FIG. 2A is a 'view' Homework page for an example of a teacher Web, where the 
Homework page is an instance of a Single Updateable Text Block page type. 

FIG. 2B is an 'update' Homework page for the page Single Updateable Text Block 
page shown in FIG. 2A. 



FIG. 3 is an example of user input into the 'update' Homework page shown in FIG. 

2B. 

FIG. 4 is the regenerated 'view' Homework page resulting from the user entered 
input shown in FIG. 3. 

FIG. 5 is a 'view' About The Teacher page for an example of a teacher Web, where 
the About The Teacher page is an instance of a Multiple Updateable Text Blocks page type. 

FIG. 6 is an 'update' About The Teacher page for the page shown in FIG. 5. 

FIG. 7A is an 'update' Links and Search page for an example of a teacher Web, 
where the Links and Search page is an instance of a Links page type. 

FIG. 7B is the HTML generated by the system and method of the present invention 
for the 'update' Links and Search page shown in FIG. 7A. 

FIG. 8A is the regenerated 'view' Links and Search page resulting from the user 
input shown in FIG. 7A. 

FIG. 8B is the HTML for the regenerated 'view 5 Links and Search page produced 
by the system and method of the present invention. 

FIG, 9A is an 'update' Frequently Asked Questions page for an example of a 
teacher Web, where the Frequently Asked Questions page is an instance of an Index List 
and Entries page type. 

FIG. 9B is the HTML generated by the system and method of the present invention 
for the 'update' Frequently Asked Questions page shown in FIG. 9A. 

FIG. 10A is the regenerated 'view' Frequently Asked Questions page resulting from 
the user entered input shown in FIG. 9A. 

FIG, 10B is the HTML for the regenerated by 'view' Frequently Asked Questions 
page produced by the system and method of the present invention. 

FIG. 11A is and 'update' Calendar page for an example of a teacher Web, where the 
Calendar page is an instance of a Table page type. 

FIG. 11B is the HTML generated by the system and method of the present invention 
for the 'update' Calendar page shown in FIG. 11 A. 

FIG. 12A is the regenerated 'view' Calendar page resulting from the user entered 
input shown in FIG. 11 A. 
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FIG. 12B is the HTML for the regenerated 'view' Calendar page produced by the 
system and method of the present invention. 

FIG. 13A is and 'update' Photos page for an example of a teacher Web, where the 
Photos page is an instance of a Uploaded File page type. 

FIG. 13B is the HTML generated by the system and method of the present invention 
for the 'update' Photos page shown in FIG. 13A. 

FIG. 14A is the regenerated 'view 5 Photos page resulting from the user entered 
input shown in FIG. 13A. 

FIG. 14B is the HTML for the regenerated 'view' Photos page produced by the 
system and method of the present invention. 

FIG. 15A is a partial view of an 'update' My Pages page for an example of a teacher 
Web, where the My Pages page is an instance of an Uploaded Web page type. 

FIG. 15B is the HTML generated by the system and method of the present invention 
for the 'update' My Pages page shown in FIG. 15A. 

FIG. 16 is an example of a spreadsheet saved as HTML and used to create a 'view' 
My Pages page, which is an instance of an Uploaded Web page type. The resultant page 
does not have the same look and feel and functionality as the other pages in the example of 
a teacher Web. 

FIG. 17A is an example of a spreadsheet saved as HTML and used to create a 'view' 
Integrated My Pages page, which is an instance of an Integrated Uploaded Web page type. 
The resultant 'view' page does have the same look and feel and functionality as the other 
pages in the example of a teacher Web. 

Fig 17B is schematic which shows the steps for updating an instance of an Integrated 
Uploaded Web page. 

FIG. 18 is an example of the top of an Update Index page that contains links to all 
the 'view' UUWPs in the UUWS and to all the associated 'update' pages for an example 
teacher Web. 

FIG. 19 is an example of the bottom of an Update Index page that contains command 
buttons to invoke the other types of Web site customization changes that can be made by a 
user. 
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FIG. 20 is an example of the section of the Update Graphics Web page for 
customizing the background color of UUWPs of a UUWS. 

FIG. 21 is an example of the section of the Update Graphics Web page for 
customizing the divider lines of UUWPs of a UUWS. 

FIG. 22 is an example of the section of the Update Graphics Web page for 
customizing the icons displayed on the Home page for a UUWS. 

FIG. 23 is an example of an update About The Teacher page that implements the 
updates illustrated in FIGs. 21 and 22 and may be contrasted with the "before" About The 
Teacher page shown in FIG. 5. 

FIG. 24 is an example of a Change Name/e-Mail Address customization page. 

FIG. 25A is an example of an Add/Delete/Rename Pages customization page 
showing the original set of UUWPs selected based on user requirements and the extra 
UUWPs a user can add to an existing UUWS. 

FIG. 25B is a schematic that shows the steps involved in customizing an instance of 
a UUWS Web site. The user enters new choices for the "fixed" part of the Web site (e.g., 
the user may choose to delete an existing Web page from the Web site.) 

FIG. 26 is an example of a Change Fixed Text customization page that lists all of the 
updateable fixed text on each UUWP of a given UUWS (in this case and example of a 
teacher Web) that a user can update. 

FIG. 27A is an example of a Customize Home Page customization page that is 
specific to a given UUWS, in this case a teacher Web. 

FIG. 27B is an example of how a user can designate and change the order in which 
UUWPs are listed on the Home page. 

FIG. 28 is an example of part one of a three part Find Your Teacher index 
capability. This illustrates a student selecting California as the state for his school. 

FIG. 29 is an example of part two of a three part Find Your Teacher index 
capability. This figure illustrates a student selecting Bakersfield as the city for his school. 

FIG. 30 is an example of part three of a three part Find Your Teacher index 
capability. This figure illustrates a student selecting Olsen as the name of his teacher. 

FIG. 31 illustrates the basic architecture of a UUWP for one generic type of page, 
namely a Links page. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



In a preferred embodiment there are three main components of a UUWS, namely: 

1. Generation of a UUWS; 

2. The individual UUWPs of a UUWS; and 

3. Customization of a UUWS. 

1. Generation of a UUWS 

In a preferred embodiment, a starting Web is designed based on the requirements 
provided by a user or a community of users. This design includes determining what types 
of pages are to be in the Web, the specific design of these pages and the relationships 
among these pages (e.g., navigation bars). FIG. 1A is a non-limiting example of a home 
page for a Web created for a community of teachers. It is a generalization and each 
teacher's customization transform this general Web to become a personal Web for each 
individual teacher of this community. For the non-limiting example of FIG. 1 A, a teacher 
is provided with a Web personalization page, as illustrated in FIG. IB. In this example of a 
teacher Web, a teacher needs only to provide three inputs, namely, Page title, e-mail 
Address, and Background/Divider Line. In an alternative embodiment, this Web 
personalization page is preceded with at least two screens, shown in FIGs, 1C-D, in which 
the user chooses a URL, i.e., Web address, by selecting State/Country Code, City/School 
Name and teacher/Class Name. The personalization scenario is customized to the 
community of users being supported, in a preferred embodiment, and for a non-limiting 
example of a geographically distributed community of teachers these two screens sufficed. 

A starting UUWS design includes all the options that are to be available to the users 
in this community. It should be noted that there are really two classes of users: the 
teachers and their students. Only the teachers can customize the Web and its constituent 
Web pages. In the non-limiting example of FIG. 1A, there are several pages of the same 
type, e.g., Announcements and Homework are the same type of UUWP. The starting 
design for this example Web is a Home Page and several basic pages, including: Single 
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Variable Text Box page (Homework and Announcements 10), Multiple Variable Text Box 
page (About The Teacher 11), Index List and Entries page (FAQ 12), Table page (Calendar 
13), Links page (Links 14), and Uploaded File page (Photos/Docs 15). A user of this Web 
may add other page types. 

In a preferred embodiment, once the requirements have been provided by the user 
community, they are analyzed by a Host Web designer, augmented with page types, and 
stored in a parameter file at the Host. The specialized UUWS/UUWP software is then 
modified, if necessary, at the Host and executed to read this parameter file to generate an 
HTML file for each page selected by the Host designer in response to user community 
requirements. This specialized software is highly parameterized so that virtually every 
aspect of the Web can be changed by changing a parameter in the parameter file and re- 
executing this software to generate an updated Web. An example of this software is 
included in the CD-rom appendix for the non-limiting teacher community example of FIG. 
1A. 

This highly parameterized software is created by a Host designer not only to 
generate a starting Web, but it also is the software that is employed by the user to generate 
updated Webs, such as customizations to the starting Web. That is, this software is 
employed to generate all subsequent Webs required by user updates of either or both of the 
UUWS or its UUWPs. A person skilled in the art will realize that this software can take 
several forms ranging from totally custom built to table driven and can be implemented in 
any appropriate language. No specific implementation is implied or required by the 
present invention or any of its embodiments. ^ 

t 

In this preferred embodiment, this highly parameterized software runs on a Host 

system and is available via the Internet to an authorized user with a Web appliance. This 

parameterized software is to be used to create and update a personal Web based on the 

user community model this software incorporates. That is, not only is there a user-specific 

parameter file but the software that reads the user parameter file may be enhanced to meet 
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new requirements from a user or user community. In a preferred embodiment, this 
specialization is accomplished by the Host and not by the user or user community. 
Customization or update by the user or user community is a separate activity and is 
accomplished for each UUWP or 'view' page generated for a UUWS, by the parameterized 
software creating a companion or 'update' page to provide a mechanism that enables the 
user to update the contents of the 'view' page. Each 'update' page is tailored to just 
display input boxes for the variable, i.e., updateable, areas in its associated 'view' page. 
FIG. 31 illustrates this architecture for a preferred embodiment, using one generic page 
type as an example, i.e., a Links page type. 

In a preferred embodiment, in addition to a starting UUWS design, the Host can 
provide customized functionality for a user or community of users. For a non-limiting 
example of a teacher Web, an automated UUWS index has been provided. When many 
unsophisticated users build personalized Webs that are to be viewed by equally 
unsophisticated viewers, it can be a challenge for the viewers to find a particular user's, 
e.g., teacher's, Web. To aid user's in finding a particular teacher's Web, a three level 
hierarchy in the URL has been implemented with an index that is built and maintained 
automatically at the Host. In the non-limiting example of a teacher Web, all teachers 
create their own URL. All Webs have the base address of http;//Teach erWeb.com. The 
first level is chosen from a fixed list of two letter State/Country codes. The second level is 
the school name or school's City name and is entered by the teacher. The third level is the 
teacher name or class name or some other teacher-specified identifier. A teacher's URL 
would appear as, for example, http://TeacherWeb.com/MA/Harvard/Jones . 

A corresponding three level index system allows the teacher's students to locate 
their teacher. The student first selects the State/Country code for the student's school, as 
illustrated in FIG. 28. A list of school/City names is then presented and the student selects 
the one that's appropriate for the student's school, as illustrated in FIG. 29. A list of 
teacher/class names is then presented and the student selects the appropriate entry, as 
illustrated in FIG. 30). 
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In one embodiment, the highest level of index is a static Web page with a list of 
State/Country codes. The viewing student selects the State/Country code that is 
appropriate for the student's school and is taken to a page that lists all School/City names 
for the selected State/Country. Experience has shown that there are only about one 
hundred State/Country codes that make up the highest level and the corresponding set of 
School/City names is relatively static, for this non-limiting example of a maturing system 
according to the present invention. Therefore, for the second level of the index, a Web 
page is created at the Host for every State/Country code one or more times per day. That 
is, the Host system according to one embodiment of the present invention creates one 
hundred Web pages each with a list of the School/City names for a specific State/Country 
code. The server runs this program to create updated second Level index Web pages one or 
more times per day. 

For the second level, building one hundred Web pages to hold the State/Country 
lists of school name/City names one or more times a day is much more efficient than 
dynamically rebuilding a specific page for every viewer's request, which could amount to 
tens of thousands per day. Also, by having an actual Web page at a fixed URL which 
represents the second level of the hierarchy allows students to skip the first level of the 
search and to start at the State level, e.g., http://TeacherWeb.com/CA.htm. This could not 
be done if the second level were dynamically constructed. 

The lowest level of the search, i.e., finding the appropriate teacher/class, is 
accomplished by dynamically building the appropriate Web page with the appropriate 
teacher list. When the student makes a second level selection, an ASP program is called to 
dynamically build the list of appropriate teachers/class names for the selected School/City 
name. Dynamically building this level of the index is accomplished in an alternative 
embodiment because volatility at the third level is much greater than at the second level. 
Every time a teacher creates a Web, deletes a Web or changes his Web address, the lowest 
level of the index is affected. 
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The three level hierarchy of the URL is implemented as a three level hierarchy of 
disk directories. So, for any level, building a list that represents the appropriate subset of 
the next level in a hierarchy, simply entails reading the appropriate disk directory entry 
which is very fast and may well already be in memory. 

2. The Individual UUWPs of a UUWS 

In a preferred embodiment, the objective of UUWPs is to create an extensible set of 
user updateable Web pages that can be easily maintained by lay users. In order to achieve 
this objective, UUWPs, in a preferred embodiment, have the following usability 
characteristics: 

• a third party or Host designer creates a master version of parameterized 
software for the initial Web and all its variations and the user creates the 
initial set of UUWPs by selecting a UUWS type and, perhaps, providing a 
name and email address; 

• to create and update a UUWP, the user needs only a browser, access to the 
Internet, and the Web address of the UUWP Host; 

• to create and update a UUWP, the user needs only knowledge of how to click 
on a hyperlink, type in text and click on a Submit button; 

• a UUWP is really two pages - the page that everyone sees called a 'view* 
page and the tailor-made companion 'update' page into which the user 
enters information to update the contents of the corresponding 'view' page; 

• to update a UUWP a user directly enters text, and uploads text and image 
files that can be viewed on the Internet; and ^ * 

• UUWPs enable lay users to do a specific, constrained task (e.g., communicate 
with students) that requires frequent posting of new information on the 
Internet within a well-defined structure. 

In a preferred embodiment, an extensible set of several different generic types of 
UUWPs is provided to achieve these usability objectives, including: 
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• Single Updateable Text Blocks 

• Multiple Updateable Text Blocks; 

• Links; 

• Index List and Entries; 

• Table; 

• Uploaded File; 

• Uploaded Web Page; and 

• Integrated Uploaded Web Page. 

The Basic Update Technique - Once a starting UUWS has been generated, a user 
can begin entering variable information into its UUWPs. In a preferred embodiment, the 
fixed part of each UUWP is stored in a file that is completely separate from the variable 
part of each UUWP, which is also stored in a file. The logic to update the variable 
information is made simpler as it needs to know nothing about the fixed part of the Web 
page. The update is much faster as there is no need to read and write the old Web pages 
when the variable part is the only part being updated. Using this approach, it is also much 
easier to update the fixed part of all current users' UUWPs to add new functionality and/or 
fix problems. The separation is achieved by storing all the fixed information for a UUWS 
in a parameter file that is used to generate the HTML for the fixed part of the UUWPs of a 
UUWS. All the variable information is stored in an Include file that is used to insert the 
variable information into each UUWP's structure, for a given UUWS. 

In a preferred embodiment, the architecture of a UUWP is open and allows a user to 
add HTML to 'update' page input text blocks. That is, when a user enters text into an 
'update' page input text box, the user can include HTML tags and they will be included in 
the 'view' page for interpretation by a browser. No debugging of user-provided HTML is 
provided. However, this feature is provided as a courtesy to users who may want to bold 
headings and italicize text for emphasis. 
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a* Single Updateable Text Block Page - In a preferred embodiment, the same Include 
file is used to insert the variable information into both the HTML file for the 'view' page 
and the companion 'update' page. This approach reduces the complexity of the system and 
method of the present invention, thereby reducing the time to accomplish user updates. 

For the non-limiting example of a teacher Web, as illustrated in FIG. 1A, the 'view' 
Homework page is an initially empty page, as illustrated in FIG. 2A. To enter a current 
homework assignment for Jane Teacher, Jane Teacher clicks on the top divider line to 
display the companion 'update' Homework page, illustrated in FIG. 2B. The companion 
'update' Homework page always shows the current state of the variable text 20 in the 
corresponding 'view' Homework page. Therefore, in the example illustrated in FIG. 2A, 
the companion 'update' Homework page will contain an initially empty input text box 21, 
as illustrated in FIG. 2B. When, as illustrated in FIG. 3, Jane Teacher enters text 30 into 
the input text box 21 that is to be displayed on the 'view' Homework page, the 'update' 
Homework page appears as a page such as the page illustrated in FIG. 3. In order to 
generate the updated 'view' Homework page, Jane Teacher enters a password 31 and 
clicks the Submit button 32. If the password is correct, the text 40, exactly as it appears in 
the input text box 21 of the 'update' Homework page, is added to the 'view' Homework 
page, as illustrated in FIG. 4. 

For the Homework page, the simplest type of UUWP, the Include file contains the 
text string that is entered into the 'update' Homework page's input text box 21 and that is 
displayed as the homework assignment 40 in the 'view' Homework page. However, for 
different types of pages, in a preferred embodiment different techniques may be used, 
depending on the characteristics of the page type, as described in the following sections. A 
person skilled in the art will realize that the technique chosen for a given generic page type 
can be other than the approaches discussed herein and it is within their skills to select an 
implementation toolset to be used which does not depend on the concept of separating fixed 
from variable parts of UUWPs. 



The Announcement page of the non-limiting example of FIG. 1 A, is the same type of 
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generic page as the Homework page, the only difference being its name and title. It is a 
Single Updateable Text Block box page. 

b. Multiple Updateable Text Blocks Page - A second type of page supported by a 
preferred embodiment, is a page with multiple variable text entry boxes. The About The 
Teacher page of FIG 1A, illustrated in detail in FIG. 6, is an example of a Multiple 
Updateable Text Blocks page in which there are six separate variable text entry boxes 50 
distributed throughout the fixed framework of the About the Teacher page. The variable 
information is placed into six separate Include files that are merged with the HTML files 
that represent the fixed parts of the 'view' About The Teacher page and the 'update' 
About The Teacher page. This technique of multiple Include files extends the 
corresponding technique for the Single Updateable Text Block page. 

Each of these variable text boxes is initially empty, but the fixed headings of each 
section are visible in the initially empty 'view 5 About The Teacher page. In a preferred 
embodiment, these variable sections can be seeded with standard default values. 

An example of an 'update' About The Teacher page including input text boxes 50 
that contain user entered text, and the resulting 'view' About The Teacher page are 
illustrated in FIGs. 5 and FIG.6, respectively. 

c. Links Page - An example of another generic type of page, supported in a 
preferred embodiment, is a Links page containing multiple hypertext links. In a preferred 
embodiment, the 'update' Links page has at least one input text box for specifying and 
producing at least one hypertext link and a name/description for each link* The Include file 
required for the 'view' Links page differs from the Include file required for the 'update' 
Links page and separate Include files are created for each., see FIG. 31. 

In a preferred embodiment, as illustrated in FIG. 7A, for the 'view' Links page 

Include file, the hypertext links are created for each plain text URL 70 that the user enters 
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and a single, composite Include file is created to be wsed with the 'view' Links page. Hence, 
this single 'view' Links page Include file must include all the HTML for all the hypertext 
link HTML tags. For the 'update' Links page, a single, separate Include file is created and 
this Include file contains all the HTML for all of the input text boxes as well as their 
contents. 

Four sets of input text 70 for a sample 'update' Links page and the resultant 'view' 
Links page are illustrated in FIG. 7 A and FIG. 8A, respectively. Their corresponding 
HTML is illustrated in FIG. 7B and 8B, respectively. 

d. Index List and Entries Page - A typical example of this type of generic page is a 
Frequently Asked Question or FAQ page, illustrated in FIGs. 9A and 10A. In a preferred 
embodiment, the 'update' Index List and Entries page has at least one pair of input text 
boxes for specifying and producing at least one Index and corresponding Entry. Similar to 
the Links page, the Include file required for the 'view' Index List and Entries page is quite 
different from the Include file required for the 'update' Index List and Entries page and 
separate Include files are created for each. 

Rather than the Include files for and Index List and Entries page just containing the 
user entered text, they also contain HTML. An ordered list is created for the Index List 
and Entries page Include file, that acts as an index to, for example, Question and Answer 
pairs. This ordered list is generated from the plain text that the user enters. For 
performance reasons, a single Include file for the 'view' Index List and Entries page is 
created from the input text strings. Hence, this single 'view' Index List and Entries page 
Include file must contain an ordered list that acts as an index to, for example, all Question 
and Answer pairs. 

Similarly, it would degrade performance to have to create, read and write multiple 
Include files for the 'update' Index List and Entries page, so a single, separate Include file is 
created for the 'update' List and Entries page. Hence, this single Include file must include 
all the HTML for all of the input text boxes as well as their contents. 
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The three sets of input text boxes for an example 'update' List and Entries page and 
the resultant 'view' List and Entries page are shown in FIGs. 9A and FIG. 10A, 
respectively. The HTML corresponding to these pages' variable sections is shown in FIGS. 
10A and 10B, respectively. 

e. Table Page - In a preferred embodiment, each 'update' Table page has at least 
one row comprising a text box and a drop down list box for specifying and producing a 
corresponding at least one event with Day, Month, Year and Event Description. Similar to 
the Links page, the Include file required for the 'view' Table page is quite different from 
the Include fde required for the 'update' Table page and separate Include files are created 
for each. 

In a preferred embodiment, the Table page is used to create a user input Calendar 
page. The Calendar page is an example of associating a function with an instance of a 
generic page, in this case a sort function. All the user entries are sorted into chronological 
order and then HTML is generated for each entry in chronological order. A Heading for 
each month is generated for each "Month" that has valid entries. All the Day entries for a 
specific Month are displayed under the specific Month's heading. The multiple parts of the 
Calendar page and the specific event entries are displayed in a (HTML) Table for 
alignment. This method is used since screen space needs to be used efficiently. No space is 
wasted to explicitly display days/dates in a 'view' Calendar page for which there are no 
events. All the possible days/dates do appear in the 'update' Calendar page. 

In a preferred embodiment, a single composite Include file is created for the 'view' 
Calendar page. It contains the HTML to display the input text strings, in their sorted and 
combined form, in a well-aligned table. Similarly, a single and separate Include fde is 
created for the 'update' Calendar page and this single file contains all of the HTML for all 
of the input text boxes and drop down list boxes as well as their contents. 



19 



The input text boxes 110 and drop down list boxes 111 for an example 'update' 
Calendar page and the resultant 'view' Calendar page are illustrated in FIG. 11A and FIG. 
12A, respectively. Only seven days of events are specified in the non-limiting illustration of 
FIGs. 11A and 11B. The generated HTML for each of the 'update' and 'view' Calendar 
pages is shown in FIGs. 11B and 12B, respectively. 

f. Uploaded File Page -The 'update' Uploaded File page differs from other 'update' 
pages because it enables the uploading of files (in addition to user entered text). The user 
can upload graphics files and other Web pages (HTML files) that can be viewed directly 
using the viewer's browser. The user can also upload a wide range of document types that 
can be viewed directly by the user if his workstation has the prerequisite "viewer" 
software, e.g., Adobe Acrobat Reader for viewing PDF files. 

In a preferred embodiment, the 'update' Uploaded File page has at least one pair of 
input boxes for specifying at least one file to be uploaded from the user's workstation to use 
for display by the Host in the user's Web. In a similar manner to the Links page, the 
Include file required for the 'view' Uploaded File page differs from the Include file for the 
'update' Uploaded File page. Referring now to FIG. 13A, the 'update' Uploaded File page 
uses a special kind of input box (Type=File), whereby the user can either type in the file 
path and file name 130 of a file that exists on the user's workstation that is to be uploaded 
to the Host or the user can employ the associated Browse button to select a file to be 
uploaded to the Host. 

The input text boxes for a sample 'update^ Uploaded File Page and the resultant 
'view' Uploaded File page are illustrated in FIG. 13A and FIG. 14A, respectively. The 
corresponding Include files are partially illustrated in FIG. 13B and fully in FIG. 14B. 
Five files have been selected to be uploaded in the illustrated examples. This number is by 
way of example only and is not meant in any limiting sense. 

g. Uploaded Web Page - Similar to the Uploaded File page, the Uploaded Web page is 
qualitatively different than other generic page types in that, in addition to accepting user 
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entered text, it also accepts and uploads files specified by the user. The Uploaded Web 
page shares some properties with the Uploaded File page. It uses the same pairs of at least 
one input text box 150 and input file box 151as the Uploaded File page. However, only 
HTML pages may be uploaded. The Host program accepts the uploaded HTML file and 
adds the uploaded Web page (HTML file) to the user's UUWS. The system and method of 
the present invention integrates the uploaded Web page into the UUWS by adding a 
hyperlink graphic icon and hypertext link to the user's Home Page (just as the other pages 
described above have their hyperlinks on the Home Page) and by adding a link to the 
newly uploaded page to all the other pages' navigation bars. Also, the user will be able to 
change the graphic icon for a Uploaded Web page and/or reorder the position of the icon on 
the Home Page in the same manner the user can change/reorder the icon associated with all 
the other 'native' UUWPs. The Renaming and Deleting of this page is different than say 
the Homework page and instead follows the model of Renaming and Naming used within 
the Photos page to Rename and Delete upload image files. 

Thus, the user can add Web pages that were created outside the system and method 
of the present invention to a UUWS and have these 'non-native' pages integrated into a 
UUWS. 

Available browsers do not provide capabilities for text formatting (e.g., changing 
font, text color) or spell checking within an input text box. Therefore, the ability to use all 
the text formatting and spell checking, etc. capabilities of a word processor greatly 
enhances what a non-sophisticated Web creator can do. In addition, text formatting and 
spell checking require the immediate interactivity that can only be provided by a 
workstation-side program such as a personal word processor. Further, spreadsheet 
products now allow the UUWS user to create a wide range of table-based documents. 

The Uploaded Web page input boxes 150 151 are shown in Fig 15A. The Page Name 

that the user enters for each uploaded page will be used as the page name on the Home 

Page and in the navigation bars of the UUWS. The pages that a user can upload can take 
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any form and a spreadsheet page is shown in Fig, 16 

By placing a marker, "UUWP", into the HTML for the Web page to be uploaded, 
the user is able to update text in the specified area of an Uploaded Web page using the same 
techniques as for updating the text in a Multiple Updateable Text Blocks page, described 
above. In other words, the user goes to the companion 'update' page and enters text to 
replace the UUWP marker in a standard input text box. The user can then replace and/or 
edit that text repeatedly, as required. 

There is one fundamental difference between updating variable text on an Uploaded 
Web page and updating a Multiple Updateable Text Blocks page. When the user creates a 
Web page and places the text marker 'UUWP' therein, the format of the text marker is not 
limited (e.g., the user may specify any font face, font size, bold, italic, color or make it part 
of a table or list). The replacement text will take on the same characteristics as was given 
the "UUWP" marker text, 

h. Integrated Uploaded Web Page - With an Integrated Uploaded Web page, the 
integration of 'non-native' documents is taken one significant step further. The 
body/content of the document is extracted from the HTML file and is put into the standard 
UUWP format. Hence, in contrast to the Uploaded Web page approach where the uploaded 
HTML file is added to the Web "as is", an Integrated Uploaded Web page will look like all 
the other 'native' pages in the user's UUWS. A 'view' Integrated Uploaded Web page will 
have the same background, header, footer, divider line, and navigation bar as the other 
UUWPsofaUUWS. t w 

i 

All the advantages of being able to use word processors, spreadsheet programs and 
other document creation programs that the user is already familiar with to create content 
are valid for Integrated Uploaded Web pages. In addition, this content can be added in such 
a way as to look like all the other UUWPs of the UUWS and have the same general 
functionality as all the other UUWPs. 
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The Integrated Uploaded Web page of FIG. 17A corresponds to the Uploaded Web 
page illustrated in FIG. 16. The data flow and logic flow for updating an Integrated 
Uploaded Web page are shown in Fig. 17B. The user specifies an HTML file to be uploaded 
and the system extracts the body of the HTML file and creates an Include file that will be 
included with the basic UUWP page structure (e.g., the standard page header and footer). 

3. Customization 

Separate from the user process of updating the variable text in UUWPs, is the 
process of customizing a UWWS. Many of the various customizing options entail updating 
multiple pages or all pages in a UUWS. Some examples of customizing include: 

• Add, delete and/or rename Web pages: This affects all UUWPs in a UUWS 
including the 'update' pages as every page's navigation bar has to be updated. Also, 
the Home Page has to be updated to show modified links. 

• Change background and/or divider lines: This affects all UUWPs in a UUWS, 
including the 'update' pages, as all pages have the same style including background 
and divider line. 

• Change e-mail name and/or add or delete the e-mail facility. This affects all the 
6 view' pages as well as the Home Page 

In a preferred embodiment, each UUWS has a tailored-made customizing function 
so that just those options that are relevant to the specific UUWS are presented to a user. 
When modifying the design^of a UUWS, the user is never in the mode of dealing with the 
specification of an entire UUWS. The user just updates individual parameters (e.g., the e- 
mail icon). In a preferred embodiment, these parameters are presented as a set of 
selectable options. For example, a select set of backgrounds is presented to the user - just 
those backgrounds that are compatible with the rest of the design elements of the user's 
UUWS. If the user wants to update the graphic icons that represent the various UUWPs in 
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a UUWS, the program just presents the information that's relevant to the subset of 
UUWPs that are actually currently a part of the user's UUWS* 

All the parameters that define the changeable design features of a UUWS are held in 
a single file, in a preferred embodiment, for each UUWS. For customizing, it is not the 
HTML that defines the UUWPs of a UUWS, but the parameter file and the parameterized 
software that contains its fixed structure. In addition, the parameterized software that 
effects the change to a UUWS is Hosted and accessible over the Internet. All Hosted 
UUWSs share the same parameterized update software. 

The combination of the parameter file and the parameterized software make it 
simpler and faster to distribute new functions and problem fixes to all UUWSs. For 
example, if it were desired to allow users to increase to the number of links on their Links 
page, it would ordinarily require distributing a release to all users. However, with a 
UUWS, only the Hosted parameterized software has to be changed, and the change takes 
effect the next time each user customizes a UUWS, for that Web. Also users can be asked 
to click the Re-Generate Web button to regenerate their UUWSs for other reasons. 

Also, if an error is found in the parameterized software, it can be fixed immediately 
for all users as all users share the same parameterized software. 

Often, if a dozen software updates are made, as many as a dozen different versions 
of user UUWPs can exist. Hence, it can be difficult to provide backward compatibility and 
support all possible old versions of UUWPs. However, this does not affect a UUWS because 
the parameterized software that generates a UUWS never looks at the existing UUWPs, it 
just looks at the parameter files. 

Similarly, all UUWS specifications are in a common file format and all those files 
reside at the Host and are easily and immediately accessible. Hence, new parameters can 
be added to all these files and errors can be corrected in all these files at the same time. 
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Customizing Details - The system and method of the present invention allows users 
to customize the appearance and functionality of their UUWSs using a subsystem that is 
totally separate from the subsystem that allows users to update the contents of their 
UUWPs. However, this UUWS customizing subsystem employs the same metaphor and 
same type of interface that the user is already familiar with for updating UUWPs. 

Each UUWS has it's own Update Index Web page, a special generic Web page type. 
As illustrated in FIG. 18, the Update Index Web page points to all the 'update' pages that 
are associated with 'view' pages of a given UUWS and that are used to update the contents 
of these UUWPs. In addition, the Update Index Web page has an "Other Changes" section, 
as illustrated in FIG. 19, that is the user's gateway to customizing a UUWS. 

In a preferred embodiment of a UUWS, all the customization Web pages are shared 
by all users of any UUWS. This allows the customization subsystem to be easily updated by 
changing the customization Web pages at the Host. Customization Web pages are not 
static Web pages, but rather each is a type of generic page for the look and feel of an 
instance of another generic type of UUWS. The customization page for a UUWS is shaped 
to match the user's UUWS when a user requests it. Hence, changes can be distributed to 
the user without the user having to get a new release or download patches, fixes, etc. If a 
new customization feature is to be added to all UUWSs, the shared customization Web 
pages can be added to and the new customization feature is available the next time any user 
goes to use the customization Web pages. 

In a preferred embodiment, even though all uses share the same customization Web 

pages, each customization page is highly parameterized and dynamically changed when 

requested by any individual user. When a user requests a particular type of customization, 

the system displays the appropriate (shared) customization Web page. The program 

obtains the current state of the user's UUWS from the user's parameter file and shapes the 

customization Web page according to the current state of the user's UUWS. Consequently, 

each user sees an individualized version of the shared customization Web page(s) that only 
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contains information that is relevant to the current state of the user's UUWS. 

As an example, in a preferred embodiment, there is a section of a customization 
Web page that allows the user to specify which graphic icon will be used on the Home page 
to represent a specific 'view' page. In a preferred embodiment, the user can have at least 
one of each of a fixed number of page types on a Home page. However, when a UUWS is 
first generated, only a specific number of pages are generated which is usually less than this 
fixed number. So for a new UUWS, only these initial pages are listed in the "Change 
Graphics Icon" section. 

Customization Web Pages - There are several types of customization Web pages: 

• Update Index Web Page 

• Change Graphics 

• Change Name/e-mail Address 

• Add/Delete/Rename Pages 

• Change Fixed Text 

• Customize Home Page 

a. Update Index Web Page - Each Web has it's own Update Index Web Page . This 
customization page, illustrated in FIG. 18, serves as the gateway to the actual (shared) 
customization Web pages. There are five customization buttons that lead to five different 
types of customization pages, as illustrated in FIG. 19. In addition, there is a Regenerate 
Web and a Delete Web button. 

b. Change Graphics - In a preferred embodiment, the Change Graphics 

customization Web page has three sections - one for changing page background, one for 

changing divider lines and one to specify graphic icons that represent the UUWPs on the 

Home page and also to change the graphics that appear on each UUWP, that is, if the 

UUWP type definition includes a graphic icon. The backgrounds and divider lines can be 

viewed by clicking on their name. There is a separate library for previewing other 
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graphics and the user can add personal graphics to the graphics library. 

In a non-limiting example of a teacher UUWS, Jane Teacher changes the 
background from the original plain white to a science motif, as shown in FIG. 20. Then, as 
shown in FIG. 21, Jane Teacher changes the divider lines from the original red bar to a 
calculator design. Further, as shown in FIG. 22, Jane Teacher adds a photo of herself to 
the About The Teacher page. 

To effect the changes, Jane Teacher scrolls to the bottom of the page and enters a 
password and clicks on the Submit button (area not shown). Submitting these changes 
causes the parameters in Jane Teacher's parameter file to be updated and her UUWS to be 
regenerated. All her UUWPs will have the newly specified background and divider lines. 
The new About the Teacher page is shown below in FIG. 23 and may be contrasted with 
the "before" UUWP shown in FIG. 5. 

c - Change Name/Email Address - This customization page allows a user to change 
the title that appears at the top of the user's UUWPs, to change e-mail address, to change 
whether or not a viewer can e-mail the user from the UUWPs and even change the name of 
the e-mail facility itself (i.e., the name for the e-mail facility that's used in the navigation 
bars). FIG. 24 illustrates the customization Web page for making these changes to a 
UUWS. 

d - Add/Delete/Rename Pages - As illustrated in FIG. 25A, in a preferred 
embodiment, a user can add or delete pages from the user's UUWS. There are currently 
several generic types of UUWP that the user can choose from to include in a UUWS. The 
Uploaded File and Uploaded Web Page types are not shown in FIG. 25A as the user must 
request that these be "turned on" for a UUWS and in this case provide additional proof 
that the user is a bona fide teacher as both these types provide the ability to upload files. In 
addition four types, Single Text Block, Links, Table, and Uploaded Web Page, allow multiple 
pages of that type. 
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The user checks or unchecks a page's check box to add or delete a page for a 
UUWS. The user can edit the UUWP name in the text box to change the UUWP name for a 
UUWS. As with all the other pages, this page initially shows the current state of the 
UUWS. 

In the preferred embodiment illustrated in FIG. 25A, the user is shown all allowable 
UUWPs regardless of which UUWPs are actually a part of a UUWS thereby allowing a 
user to see which UUWPs can be added to a UUWS. In FIG. 25A only a partial listing of 
the "extra" UUWPs is shown. 

An overview of the pages update process for a preferred embodiment is illustrated 
in FIG. 25B. 

e. Chan ge Fixed Text - There is some fixed text on some of the UUWPs. In a 
preferred embodiment these "fixed" features can be changed, as illustrated in FIG. 26. 

f. Customize Home Page - The changes allowed using this customization Web page 
only affect the user's Home page. As a non-limiting example, a teacher can put a 
schoolhouse icon on the teacher's Home page that will serve as a link to a school's Web site. 
As illustrated in FIG. 27 A, the user can change the banner color from the initial default to 
a number of colors that have been tested as being compatible with various logos and icons 
available for the teacher's UUWS. The user can also change the user's e-mail icon to one of 
a number of compatible icons. The user can select whether the page links on the Home 
page are graphics with text underneath or just text or just graphics. Finally, the user can 
rearrange the order of the page icons on the teacher's Home page, as illustrated in FIG. 
27B. 

Thus, virtually every aspect of a user's UUWS is customizable except for the basic 
structure of a UUWP page type. 
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In a preferred embodiment, after making customization changes a user must 
regenerate a UUWS by Submitting those changes (Note: When one Submits a 
Customization Change, the system and method of the present invention automatically 
regenerates the fixed part of the user's Web. The user does not need to click on the Re- 
Generate Web button* That button is only there for special purposes such as when a bug fix 
is installed and user's optionally regenerate their UUWS to incorporate the fix) . The Re- 
Generate Web feature is an important feature that provides another efficient way to 
distribute new functionality to all users or to fix problems for all users. The Re-Generate 
function causes the parameterized software, which resides at the Host, to rebuild the user's 
UUWS employing the user's parameter file. When the user UUWS is rebuilt, the newly 
regenerated UUWS reflects any changes to the parameterized software. 

In a preferred embodiment, a user may delete a UUWS. When the user clicks the 
Delete Web button and enters his password, all traces of his UUWS are deleted from the 
Host. A backup is maintained for a designated period of time at the Host. 

Although several embodiments of the invention have been disclosed, it will be 
apparent to those skilled in the art that various changes and modifications can be made 
which will achieve some of the advantages of the invention without departing from the 
spirit and scope of the invention. 

For example, Web Quests can be supported by the system and method of the 
present invention. For a non-limiting example of a teacher Web, a Web Quest can be 
defined as an assignment by a teacher including a number of starter URLs. The Links page 
can be used, as is, to do a Web Quest. 

As another example, new UUWP page types that are composites of the enumerated 
Web page types can be used in a UUWS. 

As another example, areas of Webs can be provided password protected access. 
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This allows, for a non-limiting example of a teacher Web, a given teacher's Web to be 
accessible only to the students that are enrolled in a given teacher's class and their parents. 

As another example, pages can have associated subscriber lists and when any such 
page is updated, the subscribers can be notified. For a non-limiting example of a teacher 
Web, when a teacher posts a new homework assignment all the students (and possibly their 
parents) can receive an e-mail notification. 

As another example, Web page types do not have to be updateable by the Web 
owner. A Chat Room page is a type of page that would not be updated according to the 
UUWP model, i,e., there is no 'update' page corresponding to the 'view' page. 

As another example, third party Web page add-ons can be provided such as hit 
counters, guest books, etc. Owners of UUWSs can use the scripts and HTML provided for 
these add-ons to add these capabilities to their UUWPs by inputting the scripts and HTML 
in the text content input boxes on their 'update' pages. 

As another example, an alternative preferred embodiment employs compiled code 
that incorporates the parameters of a UUWS and its constituent UUWPs. 

Finally, cookies can be employed to identify a UUWS user. 

These and other obvious modifications are intended to be covered by the following 

claims. 
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Code for "Homework" Type Page 

Code to generate or regenerate the Homework page based on default parameters and/or 
user edited parameters. The routines called by UHomework are listed below it. The code 
for the general framework of the program which gathers input from the user and which is 
shared by all pages, but which is not central to the patentable ideas is not shown. 

Public Sub UHomework() 

1 This routine writes out the HTML for the 

1 Homework page 

On Error GoTo Skip 
FileOutNo = FreeFile 

'Open a new file to build the updated homework page 
Open fpath & "homewortstm" For Output As FileOutNo 

r Set title variable to be used in creating header 

Title = txtPublicName & " TeacherWeb " & txtHomework 

' Create and write out common header 

CreateHeader "uhomeworkstrn" 

Print #FiIeOutNo s "<trxtd colspan= ,,n 2 Mn ><br><h2> n & txtHomework & 
n </h2x/tdx/tr>" 
Print #FileOutNo> u <tr><td width= ,m 600 m, > M 
Print #FileOutNo s "<pre cols=71>" 

Print #FileOutNo, "<!-- #include ffie= n "Homeworkinc"" ->" 
Print #FileOutNo s "</pre></td></tr> M 

1 Create and write out common footer 
CreateFooter "h" 

On Error GoTo Skip 
Close FileOutNo 

1 Open a new homework include page 
t ^ If blnNoIncludeFile = False Then 
' " FileOutNo = FreeFile v / 

Open fpath & "Homewortinc" For Output As FileOutNo 
' Initialize it 
Print #FileOutNo, nn 
r Write it out and close it 
Close FileOutNo 
End If 

On Error GoTo Sldp 
Close FileOutNo 
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Exit Sub 



HErrorReturn: 

'On Error Resume Next 

Close FileOutNo 

Resume OutF 
OutF: Exit Sub 

Skip: 

Resume HErrorReturn 
End Sub 



Public Sub CreateHeader(strPageU As String) 
This routine writes out the common header HTML 
'for all of the "view' pages" 

Print #FileOutNo, "<!DOCTYPE HTML PUBLIC ""-//W3C//DTD HTML 
3.2//EN"">" 

Print #FileOutNo, "<HTML>" 

Print #FileOutNo, "<HEAD><TITLE>" & Title & "</HTLFX/HEAD>" 
Print #FileOutNo, "<BODY background=""" & BackgroundFilename & """>" 
Print #FileOutNo, "<TABLE WIDTH=""640"" BORDER=""0"" 
CELLSPACING=""0""" 
Print #FileOutNo, " CELLPADDING=""0 M " HEIGHT=""100"">" 
Print #FiIeOutNo, "<TR>" 

Print #FileOutNo, "<TD WIDTH=*" , 640"" ALIGN=""top"">" 

Print #FileOutNo, "<A HREF=""http://TeacherWeb.com/""xIMG SRC=""" & 
HomePictureFilename & """ WIDTH=""88"'* HEIGHT=""34"" ALIGN=" "BOTTOM"" 

Print #FileOutNo, "BORDER=""0"" ALT=""TeacherWeb.com n " 
NAME=""home""></A>" 

Print #FileOutNo, "</TDx/TR>" 

Print #FileOutNo, "<TR><TD WIDTH=""640"" 
align=""center""><b><center><H2xaname=""Top"">" & txtPublicName & 
"</ax/H2x/center></b></td></TR>" 

Print #FileOutNo, "</TABLE>" 

' Print out navigation bar (including only user selected pages) 
CreateNavBar strPageU 

1 Print out divider line 

Print #FileOutNo, "<tr><td colspan=""2""><br><p align=""center""><alaref=""" & 
strPageU & """> <img src=""" & DivLinePictureFilename & , " m align=" "bottom"" 
BORDER=""0"" alt=""Top Divider" "x/ a x/ p x/tdx/tr>" 

' Break page into separate tables 
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Print #FileOutNo, "</table>" 

Print #FileOutNo, *'<table border=""0"" width=" M 640"" cellspacing=""0"" 
cellpadding=""0"">" 

End Sub 



Public Sub CreateNavBar(strPageU As String) 
'This routine 

'prints out navigation bar (including only user selected pages) 
Dim i As Integer 

' Create a table for framing the nav bar 

Print #FileOutNo, "<table border=""0"" width=""640"" cellspacing=""0"" 
cellpadding=""0"">" 

Print #FileOutNo, "<tr><td colspan=""2""Xp align="' 1 center" ">[ <a 
href=""index.html"">Home</a> " 

If chkAboutTheTeacher = "Y" And strPageU o "uteacher.stm" Then Print 
#FileOutNo ? *'| <ahref=""teacher.stm"">" & txtAbout & "</a> " 

If chkHomework = "Y" And strPageU <> "uhomework.stm" Then Print #FileOutNo, "| 
<a href=""homework.stm m, >" & txtHomework & "</a> " 

If chkHomework2 = "Y" And strPageU o "uhomework2.stm" Then Print 
#FileOutNo, "| <ahref=""homework2.stm"">" & txtHomework2 & "</a> " 

If clilcHomeworkS = "Y" And strPageU o "uhomework3 .stm" Then Print 
#FileOutNo, "| <ahref=""homework3.stm"">" &txtHomework3 & "</a> " 

If chkHomework4 = "Y" And strPageU o "uhomework4.stm" Then Print 
#FileOutNo, "j <ahref=""homework4.stm" n >" & txtHomework4 & "</a> " 

If chkHomework5 = " Y" And strPageU o "uhomeworkS.stm" Then Print 
#FileOutNo, "| <ahref=""homework5.stm"">" & txtHomework5 & "</a> " 

If chkHomework6 = "Y" And strPageU o "uhomework6.stm" Then Print 
#FiieOutNo, "] <a href=""homework6.stm"">" & txtHomework6 & "</a> " 

If chkHomework7 = "Y" And strPageU o "uhomework7.stm" Then Print 
#FileOutNo, "| <ahref=""homework7.stm"">" & txtHomework7 & "</a> " 

If chkAnnouncements = "Y" And strPageU o "uannounce.stm" Then Print 
#FileOutNo, "| <ahref=""announce.stm"">" & txtAnnouncements & "</a> " 

If chkFAQ = "Y" And strPageU o "ufaq.stm" Then Print #FileOutNo, "| <a 
href-""faq.stm"">" & txtFAQ & "</a> " 

If chkLinks = "Y" And strPageU o "ulinks.stm" Then Print #FileOutNo 5 "j <a 
href=""Iinks.stm"">" & txtLinks & "</a> " 

Fori = 2To7 

If chkLinksN(i) = "Y" And strPageU o "ulinks" & CStr(i) & ".stm" Then Print 
#FileOutNo 5 "| <ahref=" "links" & CStr(i) & M .stm"">" & txtLinksN(i) & "</a> " 
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Nexti 



If chkCalendar = "Y" And strPageU o "ucalendar.stm" Then Print #FileOufNo, "| <a 
href=""calendar.stm" ,, >" & txtCalendarN(l) & "</a> " 

For i = 2 To 7 

If chkCalendarN(i) = "Y" And strPageU o "ucalendar" & CStr(i) & ".stm" Then 
Print #FileOutNo, "| <a href=" "calendar" & CStr(i) & ".stm"">" & txtCalendarN(i) & 

"</a> " 
Nexti 

If chkPhoto = "Y" And strPageU o "uphoto.stm" Then Print #FileOutNo, "| <a 
href=""photo.stm"">" &txtPhoto & "</a> " 

Fori=l To 15 

If chkHTMLPage(i) = "Y" And strPageU o "uhtmlpage" & CStr(i) & ".stm" Then 
Print #FileOutNo, "| <a href= M "htmlpage" & CStr(i) & ".stm"">" & txtHTMLPagefi) & 
"</a> " 
Nexti 

If chkPagel = " Y" And chkHTML = "Y" Then Print #FileOutNo, "| <a 
liref=""pagel.htm"">" &txtPagel & "</a> " 

If chkPage2 = "Y" And chkHTML = "Y" Tlien Print #FileOutNo, "| <a 
href=""page2.htm" ,, >" & txtPage2 & "</a> " 

If chkPage3 = "Y" And chkHTML = "Y" Then Print #FileOutNo 5 "| <a 
href= , " , page3.htm"">" &txtPage3 & "</a> " 

If chkEmail = "Y" Then Print #FileOutNo, "| <a href=""mailto:" & txtEmail & """>" & 
txtEmailTeacher & "</a>" 
Print #FileOutNo, " ]</strong></px/td></tr>" 

End Sub 



Public Sub CreateFooter(strType As String) 

'This routine writes out the common footer HTML 
'for all of the "view pages" 

If user requested no email, then don't include email ref. 

Print #FiieOutNo, "<tr><td colspan=""2""xbr><p align=" "center" "> <a 
■ href=""update.htm""> <img src=""" & DivLinePicrureFilename & """ align=" "bottom"" 
BORDER = ""0"" alt=""BottomDivider""Xax/px/td></tr>" 

Print #FileOutNo, "<table>" 

' This option is currently commented out 
'Select Case strGradeLevel 
'Case "Elementary" 
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' Print #FileOutNo, "<CENTER><a hre£="".. /../.. /ads/" & strType & 
"esbnr.htm" , *><MG SRO""../../../ads/" & strType & "esbnr.gif'" BORDER = 
""0""></a></CENTER>" 

'Case "MiddLe" 

' Print #FileOutNo , "<CENTER><a href="" ../../../ads/" & strType & 
"msbnr.htrn''"xIMG SRC=""../../../ads/" & strType & "msbnr.gif" BORDER = 
" "0""></a></CENTER>" 

'Case "High School" 

' Print #FileOutNo, "<CENTER><a hre^"" . ./../../ads/" & strType & 
"hsbnr.htm""xIMG SRC="".. /../.. /ads/" & strType & "hsbnr.gif" BORDER = 
, " , 0""x/ a x/CENTER>" 

'Case "College" 

' Print #FileOutNo, "<CENTERxa href="" ../../../ads/*' & strType & 
"csbnr.htm""xIMG SRC="".. /../.. /ads/" & strType & "esbnr.gif" BORDER = 
""0""x/ax/CENTER>" 

'Case Else 

' Print #FileOutNo, "<CENTERx a hre£="" ../../../ads/" & strType & 
"esbnr.htm""xlMG SRC=""../../../ads/" & strType & "esbnr.gif "></ a x/CENTER>" 
'End Select 

Select Case strType 
Case "h", "a", "t", "1", "f 

Print #FileOutNo, "<p>© 2000-2001 TeacherWeb.Com" 
Case Else 

Print #FileOutNo, "<p>©2001 TeacherWeb.Com" 
End Select 

Print #FileOutNo, "</bodyx/html>" 
End Sub 



The code to Generate or regenerate the associated Update Homework page and its called 
subroutines are shown below: . - 



Public Sub UHomeworkUpdateQ 
' This routine updates the Homework Update Page based on input from the user. 
On Error GoTo HUSkip 

' Open a new update homework page to output as updated page 
FileOutNo = FreeFile 

Open fpath & "uhomework.stm" For Output As FileOutNo 

' Set title variable to be used in creating header 

Title = txtPublicName & " Teacher Web Update " & txtHomework 



35 



' Create and write out common header 
CreateUpdateHeader "homeworLstrn", "Homework" 

Print #FileOutNo, "<trxtd colspan=""2""><br><li2><b>Update " & txtHomework & 
"^></font></h2>" 

Print #FileOutNo, "<font color= !, "#fTO000""><b>If you have previously made changes 
to this page, in this Internet session, you may have to click on your Reload/Refresh 
button to see those changes reflected below and to preserve those changes as you make 
new changes.</b></fontx/td></tr>" 

Print #FileOutNo, "<tr><td colspan- "'2""xtextarea wrap=""hard"" 
name=" "Comments"" rows=""10 M " cols=""70"">" 

Print #FileOutNo, "<!-- #include file=""Homework.inc"" ->" 
Print #FileOutNo, "</textarea> </td></tr>" 

Print #FileOutNo, "<tr><td width=""20%""xbr><b>Password:</bx/td>" 

Print #FileOutNo, "<td width=""80%""><br><input type=""password"" size=""20"" 

maxlength=""20""name= n "Password""x/tdx/tr>" 
Print #FileOutNo, n <trxtd colspan=""2""xbr><input type="" submit"" 

name=" , 'SubmitHomework"" value="" Submit " & txtHomework & " Page""x/tdx/tr>" 

'Create and write out common footer 
CreateUpdateFooter "h" 

On Error GoTo HUSkip 
Close FiieOutNo 
Exit Sub 

HUErrorReturn: 

'On Error Resume Next 

Close FiieOutNo 

Resume OutG 
OutG: Exit Sub 

HUSkip: 
Resume HUErrorReturn 

End Sub 



Public Sub CreateUpdateHeader(strPageU As String, strValue As String) 
On Error Resume Next 

"This routine writes out the common header HTML 
'for all of the "update pages" 

Print #FileOutNo, "<!DOCTYPE HTML PUBLIC ""-//W3C//DTD HTML 
3.2//EN"">" 
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Print #FileOutNo, "<HTML><HEAD>" 

Print #FileOutNo, "<TITLE>" & Title & "</TITLE></HEAD> " 

If Left$(strPageU, 8) = "calendar" Then 

Print #FileOutNo, "<SCRIPT LANGUAGE- '"JavaScript"'^" 

Print #FileOutNo, "<!-- Begin" 

Print #FileOutNo, "function NewWindow(mypage, myname. w, h, scroll) {" 
Print #FileOutNo, "var winl = (screen.width - w) / 2;" 
Print #FileOutNo, "var wint = (screen.height - h) / 2;" 
Print #FileOutNo, "winprops = 
'height-+h+',width='+w+',top-^ 

Print #FileOutNo, "win = window. open(mypage, myname, winprops)" 

Print #FileOutNo, "if (parseInt(navigator.app Version) >= 4) { win.window.focus(); 

}" 

Print #FileOutNo, "}" 
Print #FileOutNo, "// End ->" 
Print #FileOutNo. "</script>" 
End If 

Print #FileOutNo, "<BODY background^""" & BackgroundFilename & """>" 
! Create a table for framing the header 

Print #FileOutNo, "<TABLE WIDTH- "'600''" BORDER=""0"" 
CELLSPACING^""*)""" 

Print #FileOutNo, "CELLPADDING=""0"" HEIGHT=""100"">" 

Print #FileOutNo, "<TR>" 

Print #FileOutNo, "<TD WIDTH=""600"" ALIGN=""top"">" 

Print #FiIeOutNo, "<A HREF=""http://TeacherWeb.com/""><IMG SRC=""" & 
HomePictureFilename & """ WIDTH=""88"" HEIGHT="*'34"" ALIGN=" "BOTTOM""" 

Print #FileOutNo, "BORDER=""0"" ALT=""TeacherWeb.com"" 
NAME=" "home" "></A>" 

Print #FileOutNo, "</TD></TR>" 

Print #FileOutNo, "<TR><TD WIDTH=""600"" 
align=" "center" "><b><center><H2><a name=""Top"">" & txtPublicName & 
"</a></H2></center></b></td></TR>" 

Print #FileOutNo, "</TABLE>" 

'Print out navigation bar (including only user selected pages) 
CreateUpdateHeaderNavBar strPageU 

If strPageU = "html.stm" Then 

Print #FileOutNo, "<trxtd colspan=""2""><brXp align- ' "center" "x a 
liref=""index.html""> <img src=""" & DivLinePictareFilename & """ align=" "bottom"" 
BORDER = ""0"" alt=""Top Divider" "x/a></p></td></tr>" 

Else 
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Print #FileOutNo, "<tr><td colspan=""2""xbrxp align=" " center" "><ahref=""" & 
strPageU & """> <img src= , " ,, ' & DivLinePictureFilename & """ align=""bottom"" 
BORDER = ""0"" alt=""Top Divider" "></a><p></td></tr> M 
End If 

Select Case strPageU 
Case "photo. stm" 
Print #FileOutNo, "<form enctype="" multipart/form-data"" 
action=" , '../../../phul.asp""narne=" n images M, 'method=" M POST" ,, >" 
Case "html.stm" 
Print #FileOutNo, "<form enctype=""multipart/form-data"" 
action=' , "../../../HTMup.asp ,H, narne=' ,M pages' ,n method=""POST' m >" 
Case "htmlpagel.stm" 
Print #FileOutNo, "<form enctype=" "multipart/form-data"" 
action= , '"../../../HTMPageup.asp""narne=""htmlpager' n method=""POST"">" 
Case "htmlpage2.stm" 
Print #FileOutNo, "<form enctype=" "multipart/form-data"" 
action="". ./../../HTMPageup.asp"" naine=""htmlpage2"" method=""POST"">" 
Case "htmlpage3.stm" 

Print #FileOutNo, "<form enctvpe=""multipart/form-data"" 
acnon="".7.y../HTMPageup.asp""name=" M htmlpage3""method= ,, "POST ,, "> ,, 
Case "htmlpage4.stm" 
Print #FileOutNo, "<form enctype=" "multipart/form-data"" 
action="".y.7../HTMPageup.asp""name=""htmlpage4 M "method= ,m POST ,,n > M 
Case "htmlpage5.stm" 
Print #FileOutNo, "<form enctype="" multipart/form-data"" 
action=" n ../../../HTMPageup.asp"" name=""htmlpage5"" method= , " , POST ,, ">" 
Case "htmlpage6.stm" 
Print #FileOutNo, "<form enctype=""multipart/form-data"" 
action="" . ./../../HTMPageup.asp"" name=""htmlpage6"" method=""POST" ">" 
Case "htmlpage7.stm" 
Print #FileOutNo, "<form enctype=" "multipart/form-data"" 
action=""../../../HTMPageup.asp""name=" ,, htmlpage7 ,M, method=""POST"">" 
Case "htmlpageS.stm" 

Print #FileOutNo, "<form enctype=""multipart/form-data"" 
action="".y.y.7HTMPageup.asp""narne= ^ "htmlpage8" M ,method= , ' , 'POST""> ,, 
Case "htmlpage9.stm" ' * ^ -* 

Print #FileOutNo, "<form enctype=' m muLtipart/form-data" n 
action="".7.7../HTMPageup.asp" ,, name=""htmipage9'" , method= n "POST' , ''>" 
Case "htmlpagelO.stm" 
Print #FileOutNo, "<form enctype="" multipart/form-data" " 
action=""../../../HTMPageup.asp""name=""htmlpagelO"" method=""POST m '>" 
Case "htmlpagel l.stm" 

Print #File6utNo, "<form enctype=" M multipart/form-data"" 
action=""../../../HTMPageup.asp""name=""htmlpagell"" method=""POST"">" 
Case "h.tmlpagel2.stm" 
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Print #FileOutNo, "<fbrm enctype=""multipart/form-data"" 
action= ,, \7.y../HTMPageup.asp , ' , 'name= ,,, 'htmlpagel2 m, method= , ' , 'POST m '>" 
Case "htmlpagel3.stm" 
Print #File6utNo, "<form enctype=" "multipart/form-data"" 
action=""../../../HTMPageup.asp""name= ,m htmipagel3"" method=" ,, POST"">" 
Case "htmlpageH.stm" 
Print #FileOutNo, "<form enctype=""multipart/form-data"" 
action=""../../../HTMPageup.asp ,, "name=" ,, htmlpagel4"" method=""POST"">" 
Case "htmlpagel5.stm" 
Print #FileOutNo, "<form enctype=""multipart/form-data m ' 
action=''^y.y../HTMPageup.asp' , Vaame= M "htmlpagel5 m 'method="' , POST* , ">" 
Case Else 

Print #FileOutNo, "<form action=""../../../Update.asp" M method=""POST"">" 
End Select 

Print #FileOutNo, "<input type="" hidden"" name=""HTMLPath"" value=""" & 
txtHTMLPath &""">" 

Print #FileOutNo, " <input type- 1 "hidden"" name=""LogPath"" value=""" & 
Mid(PwdDirPath, Len(strPwdPathPrefix) + 1) & """>" 

Print #FileOutNo, "<input type=""hidden"" name=""Type"" value=""" & strValue & 

'Print #FileOutNo, "<input rype=" "hidden"" name=" ,, URL"" value=""" & strURL & 
End Sub 



Public Sub CreateUpdateHeaderNavBar(strPageU As String) 
' This routine prints out the top "update" navigation bar 
' (including only user selected pages) 
Dim i As Integer 

' Create a table for framing the nav bar 

Print #FileOutNo, "<table border= M "0"" width=""600"" cellspacing=""0"" 
cellpadding=""0"">" 

Print#FtfeOutNo, "<tr><td colspan=""2""><p 
align=' v "center' , "><strong>Update:  " 

If chkAboutTheTeacher = "Y" And strPageU o "teacher. stm" Then Print #FileOutNo, 
"| <a href=""uteacher.stm n ">" & txtAbout & "</a> " 

If chkHomework = "Y" And strPageU o "homework.stm" Then Print #FileOutNo, "j 
<a href=""uhomework.stm"">" & txtHomework & "<a> " 

If chkHomework2 = "Y" And strPageU o "homework2.stm" Then Print #FileOutNo, 
"I <a href=""uhomework2.stm"">" & txtHomework2 & "</a> " 

If chkHomeworkS = "Y" And strPageU o "homework3.stm" Then Print #FileOutNo, 
"| <ahref=""uhomework3.stm"">" & txtHomework3 & "</a> " 
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If chkHomework4 = "Y" And strPageU o "homework4.stm" Then Print #FileOutNo, 
"| <a href=""uhomework4.stm"">" & txtHomework4 & "</ a > " 

If chkHomework5 = "Y" And strPageU o "homework5.stm" Then Print #FileOutNo, 
"| <a href=""uhomework5.stm M ">" & txtHomework5 & "</a> " 

If chkHomework6 = "Y" And strPageU o "homework6.stm" Then Print #FileOutNo, 
"| <ahref=""uhomework6.stm"">" & txtHomework6 & "</a> " 

If chkHomework7 = "Y" And strPageU o "homework7.stm" Then Print #FileOutNo, 
"| <a href= m, uhomework7.stm"">" & txtHomework7 & "</a> " 

If chkAnnouncements = "Y" And strPageU o "announce.stm" Then Print 
#FileOutNo, "| <ahref=""uannounce.stm" M >" & txtAnnouncements & "</a>" 

If chkFAQ = " Y" And strPageU o "faq.stm" Then Print #FileOutNo, "| <a 
riref=""ufaq.stm"">" & txtFAQ & "</a> " 

If chkLinks = "Y" And strPageU o "links.stm" Then Print #FileOutNo, "| <a 
href=""ulinks.stm" M >" & txtLinks & "</a>" 

Fori = 2 To 7 

If chkLinksN(i) = "Y""And strPageU o "links'* & CStr(i) & ".stm" Then Print 
#FileOutNo, "| <ahref=""ulinks" & CStr(i) & ".stm"">" & txtLinksN(i) & "</a>" 
Next i 

If chkCalendar = "Y" And strPageU o "calendar. stm" Then Print #FileOutNo } "| <a 
href=""ucalendar.stm"">" & txtCalendarN(l) & "</a>" 

Fori = 2 To 7 

If chkCalendarN(i) = "Y" And strPageU o "calendar" & CStr(i) & ".stm" Then 
Print #FileOutNo, "| <a href-""ucalendar" & CStr(i) & ".stm"">" & txtCalendarN(i) & 
"</a>" 
Next i 

If chkPhoto = "Y" And strPageU o "photo .stm" Then Print #FileOutNo, "| <a 
href=""uphoto.stm"">" & txtPhoto & *'</a>" 
Fori = 1 To 15 

If chkHTMLPage(i) = "Y" And strPageU o "htmlpage" & CStr(i) & ".stm" Then 
Print #FileOutNo, "| <a href=""uhtmlpage" & CStr(i) & ".stm"">" & txtHTMLPagefi) & 
"</a>" 

Nexti . . 

If chkHTML = "Y" And strPageU <> "html.stm" Then Print #FileOutNo 5 "| i 
href=""uhtml.stm"">" & txtHTML & "</a>" 

Print #FileOutNo, " | <ahref=""update.htm"">Other</a>" 
Print #FileOutNo 5 " | <a href=" M " & strRelAddrPre & "Help.htm"">Help</a> 
|</strong></tdx/tr>" 

Print #FileOutNo, "<tr><td colspan=""2" ! '><p 
aiign=""center""><strong>View:  " 



40 



If chkAboutTheTeacher = "Y" Then Print #FileOutNo, "| <a href=""teacher.stm" M >" & 
txtAbout & "</a> " 

If chkHomework= "Y" Then Print #FileOutNo, "| <ahref=""homework.stm ,,M >" & 
txtHomework & "</a> " 

If chkHomework2 = "Y" Then Print #FileOutNo, "j <ahref=' ,,, homework2.stm"">' , & 
txtHomework2 & "</a> " 

If chkHomework3 = n Y" Then Print #FileOutNo, "| <ahref=""homework3.stm"">" & 
txtHomework3 & "</a> " 

If chkHomework4 = "Y" Then Print #FileOutNo, "| <a href=""homework4.stm"">" & 
txtHomework4 & "</a> " 

If chkHomework5 = "Y" Then Print #FileOutNo, "| <ahref=""homework5.stm m '>" & 
txtHomeworkS & "</a> " 

If chkHomework6 = T Then Print #FileOutNo, "| <a href=""homework6.stm" n >" & 
txtHomework6 & "</a> " 

If chkHomework7 = "Y" Then Print #FileOutNo, "j <a href=""homework7.stm"">" & 
txtHomework7 & "</a> " 

If chkAnnouncements = "Y" Then Print #FileOutNo, "j <a href="" announce. stm'">" & 
txtAnnouncements & "</a>" 

If chkFAQ = "Y" Then Print #FileOutNo, "| <ahref=""faq.stm"">" &txtFAQ & "</a> 

If chkLinks = "Y" Then Print #FileOutNo, "| <a href=""Iitiks.stm"">" & txtLinks & 
"</a>" 

Fori = 2To7 

If chkLinksN(i) = "Y" Then Print #FiIeOutNo, "j <ahref=" "links" & CStr(i) & 
".stm m, >" & txtLinksN(i) & "</a>" 
Nexti 

If chkCalendar = "Y" Then Print #FileOutNo, "| <a href= ,u 'calendar.stm""> n & 
txtCalendarN(l) & "</ a >" 

For i = 2 To 7 

If chkCalendarN(i) = "Y" Then Print #FileOutNo, "| <a href= ,, "calendar' , & CStr(i) 
& ".strxTV & txtCalendarN(i) & "</a>" 
Nexti 

If chkPhoto = "Y" Then #rint #File6utNo 3 "| <a href=""photo.stm"">" & txtPhoto & 
"</a> M 
Fori=l To 15 

If dikHTMLPage(i) = "Y" Then Print #FileQutNo, M | <ahref=""htmipage" & 
CStr(i) & ".stm"">" & txtHTMLPage(i) & "</a>" 
Nexti 

If chkPagel = "Y" And chkHTML - "Y" Then Print #FileOutNo, "| <a 
href=""pagel.htm"">" & txtPagel & "</a>" 
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If chkPage2 = "Y" And chkHTML = "Y" Then Print #FileOutNo, "| <a 
hief-""page2.htm"">" & txtPage2 & "</a>" 

If chkPage3 = "Y" And cnkHTML = "Y" Then Print #FileOutNo, "| <a 
href="''page3.htm''">" & txtPage3 & "</a>" 

Print #FileOutNo, " |</strong></td></tr>" 
End Sub 



Public Sub CreateUpdateFooter(strType As String) 
'This routine writes out the common footer HTML 
'for all of the "update pages" 
On Error Resume Next 

IfstrType = "c"Then 

'Print #FileOutNo, "<TABLE WIDTH=""600"" BORDER=""0"" 
CELLSPACrNG=""0""" 

'Print #FileOutNo, "CELLP ADDING- '"0"'' HEIGHT=""100"">" " 
Print #FileOutNo, "<tr><td colspan=""2""><a name="' , Months""></a>" 
Print #FileOutNo, "<p align=""center""> " 

Print #FileOutNo, "<p align-"'center"" styles"" line-height: 100%; word-spacing: 0; 
margin-top: 0; margin-bottom: 0""><aliref=""../../../calendar/calendarpopup08.htm"" 
onclick=' , "NewWindow(tMs.href, , nameV280','280Vno');return false;" ">August</a>" 

Print #FileOufNo, "| <a href=""../../../calendar/calendarpopup09.htm"" 
onclicle=""NewWindow(tms.rm^ [ 
<a href=" "../../. ./calendar/calendarpopup 1 0 .htm" " 

ondick?=""NewWindow(tMs.href^ |" 
Print #FileOutNo, "<a href=""../../../calendar/calendarpopupll.htm"" 

oncHck= n, NewWindow(tMsiire£ 

Print #FileOutNo, "| <ahref=""../../../calendar/calendarpopupl2.htm"" 

onclick='"'NewWindow(tms.href;name';280 , ;280Vno , );return 

false;"">December</ax/p>" 

Print #FileOutNo, "<p align="" center"" sfyle= n " line-height: 100%; word-spacing: 0; 
margin-top: 0; margin-bottom: 0""xahref=""../../../calendar/calendarpopup01.htm"" 
onclick=" "NewWindow(Ms.r^ 

Print #FileOutNo, "| <a href=""../../../calendar/calendarpopup02.htm"" 
onclick=""NewWindow(this.href,'nameV280V280Vno');return false; "">February</a> | <a 
href="" . ./. ./. ./calendar/calendarpopup03 .htm" " 

onclic]£=""NewWindow(this.href;nameV280V280Vno');retumfdse;"">March</a>f 
Print #FileOutNo, "<a href=""../../../calendar/calendarpopup04.htm"" 

onclick=' , "NewWindow(this.href;nameV280';280Vno');returnfalse;"">April</a>'' 
Print #FileOutNo, "| <ahref=""../../../calendar/calendarpopup05.htm"" 

onclick=""NewWmdow(tMs.ru-ef;naine , ;280V280Vno , );return false; "">May</a> | <a 

href=" " . ./../. ./calendar/calendarpopup06 .htm"" 

onclick= m, NewWindow(mis.faef;n^ 

Print #FileOulNo, "<a href=""../../../calendar/calendarpopup07.htm"" 

onclick= m NewWindov<^^ 
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Print #FileOutNo, "<p align=""center"" sryle=" "line-height: 100%; word-spacing: 0; 
margin-top: 0; margin-bottom: 0"">  </td></tr>" 
'Print #FileOutNo, "</table>" 
End If 

Select Case strGradeLevel 
Case "Elementary" 
Print #FileOutNo, "<tr><td colspan=""2""><br><CENTER><a 
href=""../../../ads/" & strType & "etbnr.htm""><IMG SRC="".. /../.. /ads/" & strType & 
"etbnr.gif" BORDER = ""0"" alt=""Ad Link l " , ></a></CENTER></tdx/tr>" 
Case "Middle" 

Print #FileOutNo, "<tr><td colspan=""2""xbr><CENTER><a 
href=""../../../ads/" & strType & "mtbnr.htm" "><IMG SRC=""../../../ads/" & strType & 
"nitbnr.gif"* BORDER = ""0"" alt=""Ad Link" ,, x/a></CENTER></td></tr>" 
Case "High School" 
Print #FileOutNo, "<tr><td colspan=""2""xbr><CENTER><a 
href== m '../../../ads/" & strType & "htbnr.htm""><IMG SRC=""../../../ads/" & strType & 
"htbnr.gif" BORDER = ""0"" alt=""Ad Link""></a></CENTER></td></tr>" 
Case "College" 

Print #FileOutNo, "<tr><td colspan=""2"*'><br><CENTER><a 
href=""../../../ads/" & strType & "ctbnr.htm""><IMG SRC=""../../../ads/" & strType & 
"etbnr.gif" BORDER = ""0"" alt=""Ad Link""x/a></CENTER></td></tr>" 
Case Else 

Print #FileOutNo, "<tr><td colspan=" ,, 2""xbr><CENTER><a 
href= n "../../../ads/" & strType & "etbnr.htm" "><IMG SRC=""../../../ads/" & strType & 
"etbnr.gif" BORDER = ""0"" alt=""Ad Link""x/aX/CENTERx/td></tr>" 
End Select 

Print #FileOutNo, "</table>" 
Print #FileOutNo, "</form>" 

Select Case strType 
Case "h", "a", "t", "1", "f 

Print #FileOutNo, "<h5>© 2000-2001 TeacherWeb.Com</h5>" 
Case Else 

Print #FileOutNo, "<h5>© 2001 TeacherWeb.Com</h5>" . , 
End Select " " - 

Print #FileOutNo, "</body>" 
Print #FileOutNo, "</html>" 
End Sub 



The code to update the text content of the Homework Type page is shown below. The 
referenced subroutines are not shown as they are used for cosmetic editing only. Here the 
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same code is used to prepare the (simple) include file used by both the Homework and 
Update Homework pages whereas for other page types two very different, separate 
sections of code are used to create two separate (and complex) include files for the view 
and for the update pages. __ 

Private Sub HUpdateQ 

' This routine updates the include file for the Homework 
1 page AND the Update Homework page. 
f It creates the include file based on the user's input as 
' entered on the Update Homework page. 

Dim FileOutNo As Long 
Dim strComments As String 
Dim i As Integer 

On Error Resume Next 

£ Get the user edited text 

strComments = RTrim$(m_Request.Form( n Comments")) 

6 Edit input 

i - InStr(l, strComments, "<") 
Ifi>0Then 

blnGreaterThanSignWarning = True 
End If 

AddlnNewLineChars strComments 
StripOutExtraChars strComments 
CheckForBadWeb strComments 

'Open the Homework include page 
FileOutNo = FreeFiie 

Open mJlequest.Foim( n HTMLPath tf ) & n Homework.inc n For Output As FileOutNo 
1 Update it 

Print #FileOutNo ? strComments 
f Write it out and close it 
v Close FileOutNo - 

End Sub 
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